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OSALA  Program  Overview 
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Program  Schedule 
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OSALA  Program  Schedule 
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Final  Review 


Definition 

•  OSA  Studies  and  Analysis 

•  OSA  Assessment 

•  OSA  Legacy  Weapon  System  Commonality 

•  OSA  Point  Design  Benchmark 

Proof-of-Concept  Evaluation 


Reviews  and  Meetings 

Aligned  to  LCICTILA  Program  Schedule 

Status  Reports  and  Deliverables 

•  Project  Planning  Chart  Revision 

•  Funds  &  Man-Hour  Expenditure  Report 

•  CFSR 

•  Status  Report 

•  Contractor's  Billing  Voucher 

•  Final  Technical  Report 
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Project  Organization 
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Lockheed  Martin  Tactical  Aircraft  Systems 


Project  Team 

USAF  Program  Manager 
AFRL 

Mr  Juan  M .  Carbonell 
OS/JTF  Program 
Ltc.  Glen  T.  Logan 


Vice  President 
Product  Engineering 
W.B.  Anderson 

I 

Director 
Software 
R.  K.  Moore 

I 

Project  Team  Lead 
Mr  Mike I J.  Harris 


Lockheed  Martin  Team 

Jon  Preston  (Software  Systems) 

Tony  Schiavone  (Architecture  and  Hardware) 
Michael  DelPrincipe  (Embedded  Systems) 


OSALA  Progress  Summary 
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•  Completed  Assessment  of  Open  System  Standards 

•  Completed  Analysis  of  F-16  Avionics  Open  System 
Insertion  Opportunities 

•  Initiated  Wireless  Ethernet  Studies  and  Analysis 

•  OSALA  Demonstration:  Enhanced  Diagnostics 
Software  Integration  Started  Under  Internal  IR&D 

•  Benefits  Analysis  Task  for  Open  System  Standards 
to  be  Concurrent  with  F-16  RMS/LCC  Analysis 


Technical  Progress  Summary 
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•  Roadmaps  -  Complete 

•  Technology  Plans  &  Roadmaps  -  Complete 

•  System  Baseline  Planning  Document  -  Complete 

•  Network  Testing  -  Complete 

•  Wiring  Study  -  Complete 

•  System  Requirements  Review  -  Sep.  1 1  ,‘97 

•  F-16  HSDB  Insertion  Team  -  Review,  13  Nov.  1997 

•  Packaging/Enclosure  Studies  -  Complete 

•  Program  Management  Review  No.  2-7  Jan.  1998 

•  Technical  Interchange  Meeting  -  24  February  1998 

•  F-16  Production  Planning  and  Transition  -  Complete 


Technical  Activity  Forecast 
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•  Program  Technical  Report  Documentation 

•  Briefing  to  F-16  SPO  -  May  1998 

Coordination  With  F-16  Production  Planning... 

•  Insertion  of  Open  System  COTS-based  Solutions  Into 
Aircraft  Avionics 

•  ATM  Modeling  Tasks 

•  RMS/LCC  Benefits  Analysis 
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Program  Meetings  and  Reviews 


Program  Reviews 

Date 

Oct  96  -  Dec  99 

Location 

Kickoff  Meeting 

October  96 

Dayton,  OH 

Program  Management  Review  (PMR) 

February  97 

VTC 

Technical  Interchange  Meeting  (TIM) 

April  97 

Ft.  Worth,  TX 

System  Requirements  Review  (SRR) 

September  97 

Ft.  Worth,  TX 

OSALA  Kickoff 

October  97 

Ft.  Worth.  TX 

PMR  No.  2 

January  98 

VTC 

TIM  No.  2 

February  98 

Washington 

System  Design  Review  (SDR) 
and  Lab  Demonstration 

May  98 

Ft.  Worth,  TX 

PMR  No.  3 

June  98 

VTC 

TIM  No.  3 

September  98 

VTC 

OSALA  Final  Review  &  Demo. 

December  98 

Ft.  Worth,  TX 

*  VTC  -  Video  Teleconference 
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F-1 6  Network  Study  Completed 


•  Purpose 

✓  Determine  What  Is  the  “Best”  High  Speed 
Bus/Network  for  the  F-1 6 

•  Working  Constraint 

✓  High  Speed  Network  Is  to  Go  On  a  “36  Month” 
Airplane  With  January  1998  Go-Ahead 

✓  Production  Incorporation,  Retrofit  a  Consideration 
►f  Harnesses  Will  Be  Modified 

✓  Commercial  Build  and  Procurement 


F-16  Study  Summary 
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•  Generated  List  of  Evaluation  Criteria 

-  29  Criteria  Identified 

-  9  used  for  Down  Select 

•  Developed  Reference  and  Achievable  Near-Term 
Architectures 

•  Estimated  Throughput  Required  of  High  Speed 
Network  by  Each  Architecture 

•  Down  Selected  to  2  Candidates 

-  Asynchronous  Transfer  Mode  (ATM) 

-  Fibre  Channel 
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Virtually-Integrated  Avionics  Architecture 
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Typical  Drawing  of  the  F-16  Architecture 
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CO  S  Technologies  Can  Be 
Used  To  Produce  A  Low-Cost 
Open  System  Architecture 
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F-16  Bandwidth  Requirements 


F-16  Bandwidth  Requirements... CY2000 


Category 


Required 
Bit  Rate 
Mbits/Sec 


Basic  F-16 


Download  Picture  to  JASSM 
Change  Map  Scale 


7.4 


7.4 


Real-Time  Video  to  Displays 


45.3 


Air-to-Air  Radar  Improvements 
ESM  Sensor 

Imaging  Sensor  (FLIR/SAR/GM) 


0.09 


0.5 


45.3 


Air  Vehicle  Systems 
Data  Link 


0.5 


Helmet  Mounted  Display 


0.2 


Cockpit  I/O 


Video  Recording  (n  R/T  Videos) 


0.25 


45.3 


Quantity  in  Total  Bit 


Reference 

Arch 


Rate 

Required 


1 


7.4 

7.4 


271.8 


0.09 


0.5 


135.9 

1 


0.5 


0.4 

0.25 


317.1 


7.4 


0.09 


135.9 


0.5 


0.2 


747  Mb/sec 


1 45  Mb/sec 


Effective  Bit  Rate 
(Bits/Sec,  Log  Scale) 


LOCKHEED  MARTIN  J' 

Mission  Requirements  Indicate 
A  Need  for  Increased  Network  Bandwidth 


Future  Off-Board  Bandwidth  Requirements  for  a  Typical  Fighter  Mission 
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Network  Topology 
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□  Point-to-point  or  Mesh 
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□  Loop 

k 

T 
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Increasing  Network  Bandwidth 
Is  A  Key  Enabling  Technology 


Problem: 

•  Bandwidth  Limited 

•  Linear  Growth  in  Buses 

•  Exponential  Growth  in  Memory  and 
Throughput 

•  Limited  by  Physical  Wiring 

•  Software  Cost  Prohibitive 

•  Multiple  Unique  Networks 

Alternative: 

•  Mine  Existing  Wiring  Bandwidth 

•  Insert  Commercial  Network 

•  Migrate  Modified  LRUs  from  1553B 
to  COTS  Network  Open  Systems 
Architecture 

•  Define  Process  for  COTS  Insertion 
into  Legacy  LRUs 

•  Incrementally  Upgrade  SW/HW 

•  Single  Common  High  Speed  Net. 


A  ”Cray-in-the-Box”  Is  No  Good  Unless  The  Data  Can  Be  Moved  Out 
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Technology  Comparison 


Protocol  /  Benchmark  Metrics 
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No 

Wave  Division  Multiplex 
(IRAD) 

ATM 

Yes 

1 
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FO  >10G 
Cu  60M 

Yes 

SW 

Med 

Yes 

Yes 

Yes 

Asynchronous  Transfer  Mode 
OC-3c,  155Mbps  (STS-3c) 

FC 

Yes 

1 
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FO  800M 
Cu  30M 

Yes 

Loop 

Med 

Yes 

Yes 

Yes 

Fibre  Channel 

1G  FO  Loop,  STP  CDDI 

FW 

Yes 

2 

STP+2 

Cu  200M 
4.5m  limit 
4+2pwr 

Yes 

Chain 

Med 

Yes 

No 

No 

Firewire  (IEEE  1394-200MB/S) 

GbEth 

Yes 

2 

All 

FO  300M 
Cu  20M 

No 

SW 

High 

No 

No 

No 

Gigabit  Ethernet 

FO  1 G  or  STP  Fast  Ethernet 

1553B 

Yes 

1 
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STP 

Cu 

800M 

Yes 

Bus 

Low 

Yes 

Yes 

Yes 

Mil-Std-1553/B 

Most  Likely  Protocol 


Assessment 
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•  Fibre  Channel  Is  a  Fairly  New  Standard  and  Its  Persistence 
Is  Unknown 

-  Currently,  Switches  Are  Not  Available  for  Fibre  Channel 

-  Software  Extensions  Required  for  Real-Time  Operations 

•  ATM  Is  Firmly  Entrenched  in  the  Telecommunications 
Industry 

-  Provides  Support  and  a  Growth  Path 

•  ATM  Demonstrated  on  Existing  1553  Cable 

-  Provides  Retrofit  Opportunities  to  Existing  F-1 6s 

-  Only  Minimum  Group  A  &  B  Changes  Needed 


A  Switched  ATM  Network  Is  the  Baseline 
for  Near-Term  F-1 6  Programs 


Production  F-16 
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B2584223 
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Proposed  F-16  Weapons  Interface 


Optical  Fiber  Added  to  All  Store  Stations 
Termination  at  Switch  Location 

Network  Terminals  Added  to  Subsystems  in  Future  Modifications 
...Switch  to  be  Located  in  Mux  Matrix  Assemblies 


Store 
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Subsystem 
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ATM 
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^  Typical  Block  30  MUX  Matrix 
Assembly  With  MIL-STD-1553  Termination 
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Existing  Multiplex  Assembly  Enclosure 


Chassis:  8.2"  x  8.1"  x  3.0" 


Equipment  Description 

Discrete  Signal  and  Power 
Interface  Switching  Network 

Functions/Features 

•  Mother  Boards 

-  8  and  14  Layer 

•  2  Relay  Daughter  Cards 

-  6  Relays  Per  Card 

•  2  MUX  Daughter  Cards 
MIL-STD-1553  Studs  for 
4  Buses,  8  RTs 

•  Components 

- 16  Transformers 

-  33  Resistors 

-  4  Tranzorbs 

•  Interconnections  (J-Box) 

•  Through  Hole  Technology  PCBs 


Existing  Coupler  Modules 
Are  In  Use  In  Legacy  Aircraft 
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Chassis:  2.5"  x  0.8"  x  3.0" 


Equipment  Description 
Enclosure  Provides  Impedance 
Matching  and  Fault  Isolation  for 
the  MIL-STD-1553  Data  Bus,  Can 
Be  Housing  for  Network  Switch 

Functions/Features 

•  High  Voltage  Protection  for  Media 

•  Thermoplastic  Chassis 

•  Through-Hole  Technology 
Printed  Circuit  Board 


Existing  Mil-Std-1553/B  Wiring  Can 
Be  Used  to  Increase  Network  Bandwidth 


Commercial  Network 

Existing  Wiring 


r 


Network  Card 


System  1 
Upgrade 


1553B  Cards 


MUX  Matrix 
Assembly  No.  1 


MUX  Matrix 
Assembly  No.  2 


Legacy 
LRU  1 


Existing  1553 Network 


□  □ 
□  □ 


I —  Power 

ATM 

Switch 


Shielded  Twisted 
Pairs  (STPs) 


Existing  1553/B 


1 — 1  1 — 1  - 

1 _ 1  1 _ 1 

□  □  . 

1 

I —  Power 

ATM 

Switch 


Dual  -  Redundant 
MIL-STD-1553/B 
over  STP  at  1  Mb/s 
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System  2 
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Upgrade 
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Display-MUX 
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Display-MUX  AFT  Assembly 


Benchmark  Configuration 
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Pentium  Pro  200MHz 


RJ-45  to  1553 
Connection 


ATM  1 55  M  b/s 

Fore  Systems  pca-20oe  1553  MUX  Matrix  Assembly 
Fast  Ethernet  1 00  Mb/s  <Cross  0ver  Cable  Optional) 

3COM  10/100BT 


NIC  Network  Interface  Card 
ATM  Asynchronous  Transfer  Mode 
MUX  Multiplex 
STP  Shielded  Twisted  Pair 


Benchmark  100  BaseTX  Ethernet 

Over  1 553  Cable 
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•  Measurement  Method  (JTP  Unshielded  Twisted  Pair 

V  Standard  UTP  Category  5  Cable  Compared  to  1553  Cable  V  Average  of  5  Runs  TTCP  Test  Transmission  Control  Protocol 

V  Differing  Cable  Lengths  V  Large  Directory  and  Small  File  Transfers  Under  Windows  NT 

-UTP5  (12  and  62  Feet)  -  MS  Office  Directory  (68  MB  /  32  MB) 

- 1553  (5, 10, 100,  and  200  Feet)  -  MS  Excel  Single  File  (5  MB) 

V  No  Impedance  Matching  for  1553  Cable  V  TTCP  Program,  Standard  Network  Test 


Benchmark  155  Mbps  ATM 
Over  1553  Cable 
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□  UTP5,  13  Feet 

■  UTP5,  63  Feet 

□  1553,  5+4  Feet 

□  1553, 10+4  Feet 

■  1553,  50+Coupler+4 

□  1553, 100+10+4  Feet 

□  1553,  50+Coupler+100+4 


MS  Office  (68  MB)  Zipped  File  (60  MB) 

Measurement  Method 


TTCP 


V  Standard  UTP  Cat.  5  Cable  Compared  to  1553  Cable 

V  Differing  Cable  Lengths 

-UTP5  (13  and  63  Feet) 

- 1553  (5, 10,50, 1 10, 150  +  4’  for  Converters)  &  Couplers  where  Applicable 

V  No  Impedance  Matching  for  1553  Cable 


V  A  verage  of  5  Runs 

V  Large  Directory  and  Single  File  Transfers  Under  Windows  NT 

-  MS  Office  Directory  (68  MB) 

-  Zipped  Single  File  (60  MB) 

V  TTCP  Program,  Standard  Network  Test 


Benchmark  Conclusions 
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•  1553  Cable  Works  for  Both  ATM  and  Fast  Ethernet 
-  UTP5  and  1553  Cable  Results  Nearly  Identical 

•  Limiting  Factor  for  File  Transfers  is  Operating 
System  Overhead  and  Hard  Disk  Speed 

•  Impedance  Matching  is  not  a  Factor  Except  for  Long 
Cable  Runs  (Ethernet  >100  feet,  ATM  >150  feet) 


Existing  Cable  is  Not  an  Issue  in 
the  Design  of  a  Faster  Network 


ATM  Test  Configuration 
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Control 

Signals 


Adjacent  Wires  Inside  Connector 


1553/B  ARC -182 


0.5  volts 
peak-to-peak 


A-Side 


UHF/VHF 

Radio 


MUX  Assemblie 


1553/B 


B-Side 


Disconnected 


Actual  A/C  LRUs 
and  Blade 
Antenna  (Block  50 
with  ARC-182 
Radio) 


Redundant 
MUX  Assembly 


Blade  Antenna 


ATM  (STS-3C) 


Bi-directional 
ATM  Traffic 

(Benchmark 
102-107  Mb/s) 


STS  Synchronous  Transfer  Signaling 


ATM  Test  Setup 
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*  Conduct  Experiments  Using  Actual  Hardware  and 
Operational  Equipment 

✓  F-16  ITS  Block  50  Station  with  ARC-182  UHF/VHF  Radio 

✓  Actual  Blade  Antenna  Configurations 

✓  Actual  RFI/EMI  Noise  Environment  (All  other  F-16  LRUs 
and  MIL-STD-1553/B  Traffic,  Power,  Controls,  etc.) 

*  Perform  Functional  Tests  Using  UHF/VHF  Radio 

✓  Receive  /  Transmit  on  Authorized  Channels 

-  UHF  284.1,  292.5  MHz,  VHF  123.575, 123.4  MHz 

✓  Subjective  Evaluation  of  Changes  in  Signal  Quality 

✓  Monitor  Multiple  UHF/VHF  Channels  for  Degradation 

*  Load  ATM  Network  with  Maximum  Traffic 

*  Measure  Cross-Talk  on  Adjacent  Wires 


ATM  Test  Results 
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•  Subjective  Evaluations 

✓  No  Change  in  Signal  Quality  in  VHF  or  UHF 

✓  No  Change  at  Cockpit  or  at  Remote  Site 

✓  No  Interference  on  Monitored  Channels 

•  Objective  Evaluations 

✓  No  Cell-Drops  or  Loss  of  Data  on  A  TM  Network 

✓  Crosstalk  Measurement  -  Peak-to-Peak  Voltage 
Average  Signal  Noise  Increase:  18-20  mv 
Measured  Noise  (Before  ATM  Applied):  39-42  mv 


RFI  and  EMI  Can  Be  Managed 


ATM  Test:  Post  Analysis 
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•  Cable  Noise  On  the  Aircraft  is  Expected  to  Be  Less 
Than  the  System  Integration  Lab  (SIL)  Test  Station 

✓  Shields  of  the  1553B  Cables  Inside  the  Test  Station  Were 
Ungrounded  for  Ease  of  Connection  to  the  Station 

✓  In  the  F-1 6,  Both  Ends  of  MUX  Cable  Shields  Are  Grounded 

✓  In  the  F-1 6,  MUX  Cable  is  Grounded  at  the  Backshell  of 
Every  Disconnect 

•  Actual  F-1 6  vs  the  SIL  Test  Station: 

✓  The  Average  Noise  Measured  on  the  F-1 6  Aircraft  Could  Be 
1/3  Lower  Than  That  Measured  on  STS 

✓  The  Resulting  Average  Crosstalk  Noise  is  Expected  to  be  1/2 
that  Measured  on  the  STS 


Summary 
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•  Legacy  Aircraft  Are  Implementing  Open 
System  Standards 

✓  Transition  to  Open  System  Standards  for  Legacy  Aircraft 
Avionics  has  Started  and  Will  Accelerate  (LRUs,  Networks) 

✓  DoD  Acquisition  Processes  and  Strategies  Are  Working  on 
Legacy  Aircraft  Product  Lines 


•  Evolving  Fielded  Weapon  Systems  to  Open 
System  Approaches  Is  the  Challenge 

✓  Need  Champions  in  the  Logistics  Support  Communities 

✓  Need  Sustained  Development  Funding  for  Aircraft 
Infrastructure  Evolution  (Flight  Test,  Tech  Demos) 


Open  System  Architecture 
for  Legacy  Aircraft 


Executive  Summary 
Mike I J.  Harris 
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Strategic  &  Tactical  Airlift 
Inventory  Projections 
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F-16  Dominates  the  USAF 
Force  Structure  Until  JSF  Introduction 


Avionics  Upgrade  Environment 
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•  The  User  Must  Accomplish  More  With  His  Fleet  of  Existing  Aircraft 

-  Limited  Funds  and  Aging  Fleet  (Average  Age  of  All  Fighters  18yrs  @  2010) 

•  Modifications  Must  be  Incremental,  Modular,  and  Rapid 

-  Available  Funding  Profiles  Will  Not  Allow  Major  Physical  Upgrades 

-  Politics  are  the  Enemy  of  Long  Programs 

•  We  Must  Work  Within  the  Aircraft  Physical  Architecture  (Wiring,  Cooling,  etc.) 

-  Physical  Changes  Drive  Mod  Cost  Exponential  (Kills  Program) 

•  No  Software  Modification  is  Minor 

-  Test  and  Validation  are  the  Cost  Drivers  (Not  Design  and  Coding) 

•  Logistics  Tail  Plays  Key  Role  in  Upgrade/Mod  Decisions  (Have  Final  Vote) 

-  The  Cost  Here  Continues  Throughout  the  Life  Cycle  (Key  Words  - 1  Level  Maintenance) 

•  Commercial  Market  Drives  the  Electronics  Industry  (Not  DoD) 

-  We  Must  Work  Within  This  Environment  for  Affordability 

-  Key  Element  is  Rapid  Commercial  Parts  Obsolescence  (Not  Environmental) 

•  We  Must  Work  Within  the  Avionics  Vendor  Chain  of  Capability 

-  Vendors  Must  Protect  Their  Ownership  of  Functionality  (i.e.  CNI,  EW,  Radar,  etc.) 

-  DoD  and  Primes  Must  Prevent  “Vendor  Vanish” 


Open  System  Studies 
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Studies  Were  Directed  Towards  Legacy  Avionics  Architecture ... 


Studies  and  Analyses 

Summary  of  Preliminary  Results 

Global  Reach  Open  Network 

Aircraft  Weapon  Systems  and  Support 
Systems  Should  Be  Directly  to  the  Military 
Networks  for  Ground  Operations  Repair, 
Maintenance,  and  Support 

Common  Real  Time  Operating  System 
Interface  for  Software 

Commercial  Real-Time  Operating 

Systems  Have  Been  and  Can  Be  Adapted 

Open  Network  Architecture  Protocols 

Asynchronous  Transfer  Mode  and  Fibre 
Channel  Are  Interim  Network  Solutions 
(Integrated  Sensor  System  Program  to 
Determine  Radar  Protocols) 

Open  Standards  and  Interface 

Commercial  Open  Standards  Are 

Available  to  Replace  Existing  LRUs 

...to  Evolve  Aircraft  Weapons  Systems  to  Open  Systems  Standards. 
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Conclusions  and  Recommendations 


•  The  Big  Pay-off  Is  in  Opening  the  Federated  Architecture 

•  DoD  Investments  Are  Required 

-  Open  Standard  for  Mil-Std-1553  Emulation  on  COTS  Network 

-  Open  Interface  Standard  for  Peer-to-Peer  Military  Protocols 

-  Validation  and  Flight  Test 

•  The  Driving  Cost  Factors  Are  Group  A  Aircraft  Changes 
and  the  Software  Impacts  to  Existing  Avionics 

-  Must  Address  How  to  Minimize  These  Costs  for  Each  Aircraft 

-  Configuration 

-  Develop  an  Upgrade  Plan  for  Modernization 


